见标题。在命名管道的客户端，我想确定要从命名管道读取的内容的大小，以便为缓冲区分配内存以获取内容。MSDNhelp说:YoucannotusetheGetFileSizefunctionwithahandleofanonseekingdevicesuchasapipeoracommunicationsdevice.TodeterminethefiletypeforhFile,usetheGetFileTypefunction.嗯。好的。但是如果我不能使用GetFileSize要确定从管道可读的数据量，我应该使用什么？目前，我做length=GetFileSize(pipehandle,

不幸的是，Windows中的目录/文件名不区分大小写。当我比较文本(来自用户的输入)和目录名称(来自CFileFind)时，我如何检查它们是否表示相同的目录？例如C:\PIPPO\和C:\Pippo\是同一个目录，而C:\Pippò\是不同的(最后一个有口音)。我正在尝试:if(CompareString(LOCALE_INVARIANT,NORM_IGNORECASE,q,-1,data_from_CfileFind->txt.GetBuffer(),-1)==CSTR_EQUAL)(q是[partof]用户输入)它“有点像”，因为它识别相同目录的罗马、希腊和西里尔字母的大小写变体，

有谁知道可以在Windows上使用gstreamer的ALSA替代品，以及如何安装它，以及在需要时在哪里可以找到它的python绑定(bind)？谢谢xxx 最佳答案 SDL在以独立于平台的方式抽象声音接口(interface)方面做得不错。PyGame包含一个SDL接口(interface)，可以在许多平台上运行。当然，这种抽象设置了许多限制，但也许它仍然适合你。从评论转换而来。 关于python-WindowsGstreamerALSA替代品？，我们在StackOverflow上找到

按照目前的情况，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visitthehelpcenter指导。关闭11年前。也许只有我一个人觉得将.NET桌面应用程序部署到客户端机器似乎是一个比其他框架更复杂的过程。我编写的那些和我作为第3方应用程序购买的那些似乎需要更多的单独下载。无论是一键下载、升级.NET框架，还是卸载/重新安装崩溃的应用程序，因为.NET框架或应用程序的某些部分未正确下载/安装。如果我想聘请一名开发人员编写一个基于Windows的桌面应用程序，该应用程

我对用于性能分析的VisualStudioProfiler印象深刻。快速满足我的目的且易于使用。我只是想知道visualstudioprofiler中的注意事项。是否有更好的Windows应用程序分析器可以更好地应对这些警告？ 最佳答案 从积极的方面来说，没有人像微软一样制作出色的应用程序。VisualStudio是一款出色的产品，其探查器具有这些属性。另一方面，也有一些注意事项(其他分析器也有)。采样模式下，线程阻塞时不采样。因此，它对无关的I/O、套接字调用等视而不见。这是prof和gprof早期的一个属性，它们最初是作为PC采

我有一个混合模式应用程序，如果在内部数据结构中发现错误，我想在其中启动调试器。奇怪的是，DebugBreak和__debugbreak函数似乎没有按预期工作(.Net框架似乎拦截了断点异常，导致各种讨厌的副作用)。我之前的问题的解决方案(参见BehaviorofDebugBreakdiffersbetweenunmanagedandmixed(unmanaged+managed)application?)似乎适用于非常简单的情况，但不适用于我的应用程序(它只会让我的应用程序挂起)。幸运的是，我发现执行System::Diagnostics::Debugger::Launch似乎可以解决

我在VisualStudio中使用安装项目(.msi)。安装步骤:在VisualStudio中build设置。将设置复制到服务器。运行设置。在services.msc中启动Windows服务更新步骤:在VisualStudio中build设置。将设置复制到服务器。在services.msc中停止Windows服务卸载Windows服务。运行设置。在services.msc中启动Windows服务我的构建服务器仅使用msbuild进行构建，无法构建安装项目(.msi)。我必须在构建服务器上安装VisualStudio，还是有更好的选择？ 最佳答案

TControl.Perform代码是:varMessage:TMessage;beginMessage.Msg:=Msg;Message.WParam:=WParam;Message.LParam:=LParam;Message.Result:=0;ifSelfnilthenWindowProc(Message);Result:=Message.Result;程序执行等待返回，对吗？有一种替代方法，可以在同一个应用程序的另一个线程内的TFORM队列中发布消息，而无需等待返回？编辑这种方法可以缓解这个问题吗？interfaceconstWM_DOSTUFF=WM_APP+$001;TM

我正在分析我的网络服务器日志。我的Linux+Apache服务器一切正常，但我需要为我的Windows+IIS服务器做同样的事情。在Fluentd的常见问题解答中说不支持Windows(http://docs.fluentd.org/articles/faq#does-fluentd-run-on-windows)，所以我正在寻找替代方案。你们能给我一些建议吗？提前致谢。 最佳答案 您可以在每个IIS服务器上使用nxlog，并聚合到Fluentd中。http://docs.fluentd.org/articles/windows

我买了一本关于机器学习的书，它需要一个环境设置。书上的代码是$exportML_PATH="$HOME/ml"$mkdir-p$ML_PATH但据我所知，这是Linux/UNIX命令，所以Windows有其他选择吗？ 最佳答案 设置(答案必须最少30个字符。哦，是的，他们必须。) 关于"export"的Windows命令行替代方案，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.com/questions/4